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PLAY LIST MANAGER 



CROSS-REFERENCE TO RELATED APPLICATIONS 
This Application is related to the following Applications: 
AUDIO/VISUAL SERVER, by Dannie C. Lau, et al., filed the same day as the 

present application, Attorney Docket No. PHAT- 1000US0 BBM; and 

VEHICLE SOUND SYSTEM, by Dannie C. Lau, et al., filed the same day as 

the present application, Attorney Docket No. PHAT-1002US0 BBM. 

Each of these related Applications are incorporated herein by reference. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention is directed to a system for managing play lists. 



15 Description of the Related Art 

Digitally stored music continues to gain popularity. Rather than drive to a store, 
consumers are downloading music from the Internet and playing music on a computer 
or on a digital music player. An example of a digital music player is the Rio digital music 
player from Diamond Multimedia. Hiis music player includes a flash memory for storing 

20 music and electronics for playing the music. One advantage of digital music is that the 
storage medium is writeable. Thus, the user can choose what songs to play and write 
those songs to the music player* s storage medium. On the other hand, audio compact 
discs are not writeable. In addition to the versatility offered by digital music, there is a 
huge variety of music available to be downloaded through the Internet With the 

25 acceptance of a standard for compressed audio files, digital music has soared in 
popularity. 
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Users of digital music technology can acquire large amounts of digital music files. 
In order to manage these files, play lists are created. For example, a play list may be a 
list of songs to be played by a music player. Play lists allows users to group their songs 
according to whatever method the user desires and plays the tracks referenced by the 
5 play list on a music player. 

One problem that has been associated with play lists is the enormous effort 
needed to manage play lists. As the user acquires large amounts of files, managing the 
play list becomes difficult. A user may have multiple or hundreds of play lists. 
Additionally, the user may have hundreds or thousands of music files. The effort to move 
10 a large number of files into the appropriate play lists is time consuming. Furthermore, as 
users download new files, the user must remember to add the new tracks to one or more 
play lists. This two step approach — (1) downloading music files and (2) moving the 
downloaded files to one or more play lists — is cumbersome. Therefore, many users 
stop using play lists. 

15 Thus, there is a need for an improved means for managing play lists. 

SUMMARY OF THE INVENTION 
The present invention, roughly described, provides for a play list manager than 
can be used to create and update play lists. The play lists can be used for audio 

20 information, visual information or a combination of audio and visual information. Inone 
embodiment, aplay list stores the names of tracks to be played. The user of the play list 
manager creates a play list and specifies certain criteria for automatically adding tracks 
to the play list. When a new track is added to the environment, the system tests whether 
the track's properties satisfy the criteria for the play list. If so, the new track is 

25 automatically added to the play list. In one alternative, a user can select to create or 
update a predefined play list whose criteria has already been created. Upon selection 
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of the predefined play list, the play list manager accesses each track and automatically 
adds the track to the play list if the track's properties satisfy the criteria for the 
predefined play list In one embodiment, after a play list is created and tracks are 
added, the tracks on tlieplay list are automatically played: 

5 One embodiment of the present invention includes the steps of comparing a set 

of one or more properties of a first track to criteria of a first play list and automatically 
adding the first track 'to the first play list if the properties of the first track satisfy the 
criteria of the first play list One embodiment includes detecting that the first track is 
available such that the step of comparing is performed automatically in response to the 

10 step of detecting. Another embodiment of the present invention includes comparing 
properties for a first track to play list criteria for a plurality of play lists and automatically 
adding the first track to each of the play lists having play list criteria satisfied by the 
properties for the first track. Thus, the method can be used to create or update one play 
list or multiple play lists. In another embodiment, the present invention includes receiving 

15 a request to generate a play list having predefined play list criteria, determining which 
tracks from a set of tracks have properties satisfying the play list criteria and 
automatically adding to the play list the tracks having properties satisfying the play list 
criteria. 

The present invention can be implemented using software, hardware or a 
20 combination of software and hardware. When all or portions of the present invention 
are implemented in software, that software can reside on a processor readable storage 
medium. Examples of an appropriate processor readable storage medium include a 
floppy disk, a hard disk, CD-ROM, memory or IC, flash memory, etc. In one 
embodiment, the hardware used to implement the present invention includes an output 
25 device (e.g. a monitor, a printer, speakers, etc.), an input device (e.g. a keyboard, 
pointing device, etc.), a processor, an input interface and a processor readable storage 



WO 01/67753 PCT/US01/40209 



medium. The input interface allows the processor to communicate with a disk drive, 
network or other device for entering data into the hardware. The processor readable 
storage medium stores program code capable of programming theprocessor to perform 
the steps to implement the present invention. The present invention can be implemented 

5 on a desktop computer, network server, as part of a web page on the Internet, another 
type of computing platform, a head unit, a server, an audio device, a visual device, or 
any other device suitable for using the present invention. 

These and other objects and advantages of the present invention will appear 
more clearly from the following detailed description in which the preferred embodiment 

10 of the invention has been set forth in conjunction with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a block diagram of one embodiment of the present invention. 
Figure 2 is the side view of the dock of the present invention. 
15 Figure 3 is a schematic diagram of the dock of the present invention. 

Figure 4 is a cut away overhead view of a removable hard disk drive. 
Figure 5 is the perspective view of the server of the present invention. 
Figure 6 is a block diagram of the components of the server of one embodiment 
of the present invention. 
20 Figure 7 is a flow chart describing the operation of the present invention. 

Figure 8 is a flow chart describing the start up process for the controller. 
Figure 9 is a flow chart describing the start up process for the processor. 
Figure lOis a flow chart describing the firmware update sequence performed 
by the processor. 
25 Figure 1 1 is a state diagram for the controller. 
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Figure 1 2 is a flow chart describing a process performed by the processor for 
playing audio/visual data. 

Figure 13 depicts the graphical user interface for the software used on a 
computer to manage play lists and load tracks on the hard disk drive. 
5 Figure 14 is a flow chart describing the process of acquiring tracks, managing 

tracks and adding tracks to a device. 

Figure 15 is a flow chart describing the process of creating a play list. 

Figure 16 is a block diagram depicting an ID3 tag. 

Figure 17 is a flow chart describing the method for automatically adding tracks 
10 to a play list 

Figure 18 is a flow chart describing the method of selecting new interface 
program code to be loaded on the server of the present invention. 

Figure 1 9 is a flow chart describing the process of synchronizing data between 
the hard disk drive and the software on the computer. 
15 Figur520isaflowchartdescribingtheprcK:essforgeneratingaoneclickplay 
list. 

Figure 21 is a block diagram of an alternative embodiment of the present 
invention. 

Figure 22 is ablock diagram of the components of an alternative embodiment 
20 of the music server. 

Figure 23 is a flow chart describing the operation of an alternative embodiment 
of the present invention. 



DFTATF FD DESCRIPTION 
25 While the preferred embodiment of the invention is described in regard to an in- 

vehicle audio system, the present invention can also be used in other contexts and with 
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other types of audio/visual data For purposes of this patent, audio/visual includes audio 
alone, visual alone, or a combination of audio and visual. Examples of audio datainclude 
music, speech or other sounds. Examples of visual d atainc lude video, animation, slide 
show, text, still images, etc. Thus, the present invention can be used as a server for 
5 video data, visual text data, speech data, or any other type of audio/visual data. In one 
embodiment, the audio/visual data is grouped into tracks. A track could be a song, a 
message, a story, a video, a scene from a video, etc. The term track is used, therefore, 
to refer to a grouping of audio/visual data. 

Figure 1 depicts one embodiment of the present invention. Figure 1 depicts 
10 music server 102 whichis one embodiment of an audio/visual server. Musicserver 102 
emulates a disc changer. Emulating a disc changeris understood to mean that music 
server 102 is not an actual disk changer, however, based on the input/output data 
communication to and from the audio/visual server, music server 102 appears to act like 
a disc changer. Music server 102 is in communication with head unit 104. In one 
1 5 embodiment, head unit 104 is a standard automobile stereo head unit which is adapted 
to communicate with a disc changer. Connected to head unit 104 are speakers 106, 
108, llOand 112forprovidingmusictotheuser. Figure 1 also shows removable disk 
cartridge 120 which can be connected to music server 102 or docking station 122(also 
called a dock). 

20 Docking station 122 is connected to computer 124. In one embodiment, 

docking station 122connectstoaUSB port ofcomputer 124. In other embodiments, 
docking station 1 22 can connect to a parallel port, serial port, fire wire connection or 
other interface. In other embodiments, docking station 122 communicates with 
computer 124 using a wireless connection, including infrared, RF, etc. Alternatively, 

25 docking station can be a separate entity on a network communicating to computer 124 
over a network. 



WO 01/67753 



PCT/US01/40209 



-7- 

Figure 1 shows a monitor 126 connected to computer 124. Computer 124 is 
a standard personal computer known in the art. For example, computer 124 includes 
a processor, a memory in communication with the processor, a hard disk drive in 
communication with the processor, a USB port, a serial port, a parallel port, a network 
5 interface (e.g. network card or modem), a keyboard and a pointing device. The 
keyboard, pointing device and monitor 126 are used to provide and interact with a 
graphical user interface (GUI) so that a user can add tracks to music server 102. 
Computer 124 is connected to Internet 128 viaamodem, LAN or othermeans. In one 
embodiment of the present invention, an Internet server 130 is provided via the Internet 
1 0 for downloading tracks, downloading information about tracks, storing information about 
tracks and downloading firmware. In one embodiment of the system of Figure 1 , the 
tracks are songs. 

In general, the embodiment shown in Figure 1 operates as follows. A user will 
insert disk cartridge 120 into docking station 122. Using the GUI on computer 124, the 

15 user will download tracks from the Internet (including Internet server 130) to the hard 
disk of computer 124. The downloading of music can also be done without using the 
GUI of the present invention. After the tracks are on disk cartridge 120, disk cartridge 
120 is removed from docking station 122 and inserted into music server 1 02. In one 
embodiment, music server 102 and head unit 104 are mounted in an automobile. More 

20 specifically, music server 102 may be mounted in the trunk of a car and head unit 104 
is mounted in the dash board. After disk cartridge 120 is inserted into music server 102, 
a user can use head unit 104 to access tracks on disk cartridge 120 and play those 
tracks through speakers 106, 108, 110 and 112. 

Figure 2 is a side view of docking station 122. On the top of docking station 

25 122 is an opening 140 for receiving disk cartridge 120. In one embodiment, disk 
cartridge 120 is inserted into opening 140 in a vertical orientation. Figure 2 also shows 
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two wires connected to docking station 122. Wire 142 supplies DC power to docking 
station 122. In one embodiment, wire 142 is connected to a five volt regulated 
transformer. Wire 144 connects docking station 122 to aUSB port of computer 124. 
Figure 3 is a schematic of the internal components of docking station 122. Wire 

5 142 is connected to switch 150. Switch 150 is a mechanical switch that is triggered 
when disk cartridge 120 is completely and properly inserted into opening 140. Switch 
150 is connected to IDE controller 152 and USB to IDE interface 154. When switch 
150 is triggered (disk cartridge 120 is inserted in docking station 122), power from wire 
142 is provided to IDE connector 152 and USB to IDE interface 154. USB to IDE 

10 interface 154 is also connected to wire 144, IDE connector 152, LED 156 and LED 
158. LED 156 indicates whether docking station 122 is receiving power. LED 158 
indicates hard drive activity. In one embodiment, USB to IDE interface 154 is an 
OnSpec 90C36. The purpose of the docking station is to connect the hard disk drive 
to the computer. Other alternative docking stations different from that of Figures 2 and 

15 3 could also be used within the spirit of the present invention. Examples of suitable 
alternative docks include a cable that connects to both a computer and the disk drive, 
a connector that connects to both a computer and the disk drive, a drive bay that is 
within or connected to the computer and can receive the disk drive, etc. 

Figure 4 shows an overhead cutaway view of disk cartridge 120. Outer shell 

20 170 protects and houses the components of disk cartridge 120. In one embodiment, 
outer shell 170 is made of hard plastic. Metals can also be used. At one end of outer 
shell 170 is IDE connector 172. Connected to IDE connector 172 is aprinted circuit 
board (or a flexible ribbon cable) with various circuit elements and wires. For example, 
flexible ribbon cable 174 includes capacitors and resistors for decoupling. Connected 

25 to flexible ribbon cable 174 is connector 176. In one embodiment, connector 176 is a 
44 pin connector. Flexible ribbon cable 174 maps signals from connector 172 to 
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connector 176. Connector 176 is attached to hard disk drive 178. In one embodiment, 
hard disk drive 178 is a 5 gigabyte hard disk drive from Toshiba with a 2 Vi inch form 
factor. Other hard disk drives can also be used. A hard disk drives utilizing one or 
multiple disks can be used. Hard disk drives with multiple di sk s typically have separate 
5 read/write heads for each disk. In other alternatives, the hard disk drive can be replaced 
by other high density disk drives, flash memory, CDRW or other appropriate storage 
media. In one embodiment, the gap between hard disk drive 178 and outer shell 170 
can be filled with a shock absorbing substance. 

Hard disk drive 178 includes music files to be played by music server 102. 
10 Harddiskdrive 178 also includes various program code and configuration information. 
In one embodiment, hard disk drive 178 includes at least five top level directories: 
/MP3, /playlist, /playlist config, /microcontroller config and/OS. The directory /MP3 
contains all ofthe audio files. The directory /playlist contains all the play list files. The 
drive can store many play lists. Each play list file contains a set of strings. Each string 
15 specifies the path location to a particular track in the /MP3 directory. The strings are 
stored in the file according to the order set up by the user. The directory /playlist config 
contains files that include special configuration information for each play list Examples 
of such special configuration information includes whether there should be apause 
between tracks, whether text output should be enabled, whether random play should be 
20 enabled, the length ofthe gap between tracks, information about repeating tracks in the 
play list, etc. 

The directory /microcontroller config includes a series of files for configuring 
controller 320 (see Figure 6) to communicate with headunit 104. One file is a text file 
with a set of flags which indicate any of the following: disk cartridge change, other 
25 devices connected, head unit text on/off, time elapsed to be displayed up or down, etc. 
The flag indicating disk cartridge change is a one bit binary value that is inverted by 
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computer 124 if disk cartridge 120 is connected to docking station 122 and data is 
written to or deleted from disk cartridge 120. Note that in one embodiment, music 
server 102 is prohibited from writing to disk cartridge 120. The directory 
/microcontroller config also includes a button mapping file which is used to ovenide the 

5 function of any button on the bead unit. A file is also included which provides a 
temperature setting for automatically turning the box off. In one embodiment, music 
server 102 includes a thermometer and electronics for determining the temperature. If 
the temperature reaches the setting in the file, music server 102 will automatically turn off. 
Another file in the directory /microcontroller config stores the firmware used to program 

10 controller 320 to communicate with head unit 104. The firmware on hard disk drive 178 
is encrypted. The /microcontroller config directory also includes files which store a 
version number for the encrypted microcode and code for programming a PLD or 
FPGA (described below). 

In the /OS directory, hard disk drive 178 stores the operating system for music 

1 5 server 102. In one embodiment, the operating system used is LINUX. Other operating 
systems can also be used. In addition to the operating system code, the /OS directory 
also stores drivers including the IDE driver, audio drivers for the digital to analog 
converter, a driver for the serial interface between the processor and the controller, etc. 
The /OS directory also stores a start up file which includes start up code performed by 
' 20 processor 302 after receiving power. 

Figure 5 shows a perspective view of music server 1 02. At one end of music 
server 102 is an opening 202forinserting disk cartridge 120. The components of music 
server 102 are protected by hinged door 204. When disk cartridge 120 is inserted in 
opening 202, door 204 is opened. In one embodiment, music server 102 will include 

25 metal springs or high density shock absorbing air pouches inside the outer box in order 
to suspend the frame that holds disk cartridge 120. 
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Figure 6 shows a block diagram of the components of music server 102. Bus 
300 is connected to processor 302, boot ROM 304, RAM 306 and IDE glue logic 308. 
Connected to IDE glue logic 308 is IDE connector 310. IDE connector 3 10 is used to 
connect to connector 172 of disk cartridge 120. RAM 306 is used as memory for 

5 processor 302. In one embodiment, RAM 306 includes 16 megabytes of DRAM. 
Boot ROM 304 is used to store the code for booting processor 302. Processor 302 
is also connected to controller 320. Music server 102 uses a separate processor and 
controller because the communication with the head unit is in real time, while processor 
302 is busy decoding audio and/or visual data. In one embodiment, processor 302 is 

10 an EP 72 12 from Cirrus Logic, which implements the ARM architecture. One example 
of a suitable controller is the Phillips 805 1 Microcontroller. Note that other processors 
and/or controllers can also be used. Although controller 320 is referred to as a 
controller, the terms controller and processor can be used interchangeably and controller 
320 can be referred to as a processor. The reason device 320 is referred to as a 

15 controller rather than a processor is to make the text clearer to read. 

The communication between controller 320 and processor 302 includes a serial 
interface. In some embodiments, there is also a program signal sent from processor 302 
to controller 320. Controller 320 includes an internal flash memory. The program signal 
is used by processor 302 to program the internal flash memory of controller 320. 

20 Controller 320 is connected to glue logic 330, which is connected to connector 322. 
In one embodiment, connector 322 is a 24 pin Centronics port. Connector 322 is 
attached to a cable. The other end of the cable connects to head unit 104. Many 
automobile stereo head units have a disc changer port in the back of the head unit This 
port contains an interface to connect to a cable. The signals communicated by the disc 

25 changer port include a 12 volt power source, ground, an accessory signal, a clock signal 
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and datapins. In some alternatives, the accessory signal is not part of thecable, is not 

sent or is sent separately. 

Glue logic 330 is reprograminable.£o^example, glue logic 330 can be an 
FPGAoraPLD (as well as other suitable reprogrammable logic devices). Glue logic 
330 is connected to and programmed by processor 302. Glue logic 330 provides 
latches, inverters and odier glue logic uiat is specific for each head unit and used to make 
communication from controller 320 compatible with the particular head unit 

Connector 322 is also connected to power module 330. The cable from head 
unit 104 to connector 322 provides the auto's accessory signal and a 12 volt power 
sourcefiomthecarbatteryorotherpowersource. This 12 voltpower is communicated 
to power module 330. Power module 330 then creates a 5 volt DC power source, 
whichis communicated to the components shown in Figure 6. Signal 340 provided 
voltpowerto controller 320 The 5 volt power connection to the other components is 
notshownin Figure 6. Power module 330 also communicates a 12 volt power signal 
15 342 to controller 320 for programming the internal flash memory of controller 320. In 
one embodiment, power module 330 is an LM317 from National Semiconductor. 
Connected to power module 330 is a switch 332. In one embodiment, switch332is 
turned on when diskcartridge 120 is properly inserted into music server 102. When 
switch332is turned on andthe accessory signal is on, power module 330 sends the5 
20 vo ltpowertothecomponentsofFigure6.Whenswitch332isnottumedonorthe 

accessory signal is not turned on, power module 330 does not send thepower to the 
components of Figure 6. Thus, music server 102 will not operate unless diskcartridge 
120 is properly inserted in music server 102. In one embodiment, one exception is that 
the 5voltpower signal 340 is alwayson. In other embodiments, the system does not 
25 include switch 332 and wffl operate wi^ Otitis 
alternative embodiment, music can be stored in RAM 306 or another storage medium. 
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Figure 6 also shows digital to analog converter 324 connected to processor 302 
and connector 322. Also connected to digital to analog converter 324 is audio 
connector 326 . In one embodiment, audio connector 326 includes one or more RCA 
audio ports. One or more cables connect audio connector 326 to head unit 104. In one 

5 embodiment, processor 302 is used to decode the audio/visual files. The decoded 
audio/visual data is communicated to digital to analog converter 324, and then on to 
either audio connector 326 or connector 322. Thus, server 120 can provide audio to 
head unit 104 via connector 322 or audio connector 326, depending on the particular 
head unit The audio signal sent via connector 322 can be analog or digital, depending 

10 on the particular head unit. 

The flash memory internal to controller 320 stores firmware to program 
controller 320 to interface with the appropriate head unit If music server 102 is initially 
set up to communicate with a first head unit and the user subsequently installs music 
sever 1 02 into a different automobile with a different head unit, controller 320 can be 

15 reprogrammed to communicate with the new head unit by changing the firmware in the 
internal flash memory of controller 320. 

Note that the connection from music server 102 to head unit 104 is described 
above to include a pin connector and a cable. Alternatives to a pin connector and cable 
combination include a cable alone, pin connector alone, wireless connection, optical 

20 connection, Ethernet, LAN, modem or another high speed or low speed data line. 

Figure 7 is a flow chart describing the overall use of the embodiment of the 
present invention described above. In step 402, a user acquires music. There are many 
suitable alternatives for acquiring music. In one embodiment, music is acquired by 
transferring it from a floppy disk, CD-ROM, audio compact disc, etc. to computer 124. 

25 Alternatively, music could be downloaded over Internet 128 from, for example, Internet 
server 130. Music can also be stored on computer 124 by transferring it across the 
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network, or any other means known for transferring music or other audio/visual files. Li 
step 404, the music desired to be played using music server 102 is transferred from 
computer 124 to disk cartridge 120 via docking station 122. In step 406, disk cartridge 
120 is removed from docking station 122. In step 408, disk cartridge 120 is inserted 
5 into music server 102. Instep410,headunitl04isoperatedbyauser. Instep412, 
head unit 104 sends commands to music server 102 requesting certain music to be 
played. In step 4 14, music server 102 provides the requested music to head unit 104. 
In step 416, head unit 104 provides the music through speakers 106, 108, 1 10 and 1 12. 
Figure 8 provides a flow chart describing the start up process for controller 320 

10 after disk cartridge 120 is inserted in music server 102. In step 542, controller 320 
loads its boot program from the internal flash memory. As discussed above, a portion 
of the internal flash memory of controller 520 is used to store the firmware (interface 
program code) for programming controller 320 to communicate with head unit 104. In 
step 548, controller 320 requests that processor 302 access hard disk drive 178 and 

1 5 read the firmware version number stored in the /microcontroller config directory. In step 
550, controller 320 receives the firmware version number from processor 302. 

In step 552, controller 320 determines whether hard disk drive 178 includes an 
update to the firmware. In one embodiment, this test is performed by determining 
whether the firmware version number received in step 550 is higher than the firmware 

20 version number for the firmware currently stored in the flash memory of controller 320. 
If the answer to the test of 552 is no, then the method loops to step 570. In step 570, 
controller receives and stores the flag indicating disk cartridge change which is stored on 
hard disk drive 178. In step 572, controller compares the received value of the flag to 
the previously stored value. If the two flag values match, controller assumes that disk 

25 cartridge 120 has not changed (in regard to the tracks) and the method loops to step 



WO 01/67753 



PCT/US01/40209 



- 15- 

574. If the two flag values do not match, then controller assumes that disk cartridge 
120 has changed (in regard to the tracks) and the method loops to step 576. 

In step 574, controDer sends the previous location to processor 302. During 
operation of music server 102, controller 320 stores the current location of the server 

5 in its internal flash memory. The location includes the current play list being used, the 
current track being played, and the time elapsed from the beginning of the track 
(determined using a clock internal to the controller). When music server 1 02 is turned 
off, this location information is stored in controller 320 (which remains powered). In 
step 574, this location information is sent from controller 320 to processor 302. After 

10 sending the previous location, controller 320 executes the state machine in step 578. 
The state machine is a process used to communicate with head unit 104. If step 572 
. determined that the disk cartridge was changed, then in step 576, controller 320 sends 
to processor 302 a communication indicating to start playing at the beginning of track 
1 of play list 1. 

15 If in step 552 controller 320 determines that there is a firmware update on hard 

disk drive 178, then the method loops to step 554. In step 554, controller 320 sends 
a request to processor 302 to load new firmware. In step 556, the new firmware is 
received by controller 320. In step 5 58, the received firmware is decrypted and stored 
in the internal flash memory. 

20 Figure9isaflowchartwhichdescribesthestartupprocessforprocessor302. 

In step 602, processor 302 receives power from power module 330 when the power 
and the accessory signal are provided by head unit 104 and switch 332 is engaged. In 
step 604, processor 302 loads the operating system from hard disk drive 178. In step 
606, processor 302 boots the operating system. In step 608, processor 302 reads the 
25 start file from hard disk drive 178 and performs the code therein. In step 612, 
processor 302 performs the firmware update sequence and, in step 614, processor 302 
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executes the music player program. More details regarding steps 612 and 614 willbe 
discussed below. 

Figure 10 depicts a flow chart providing more^etans of the firmware update 
sequence performed by processor 302. In step 722, processor 302 receives a request 
5 f O rmefkmwareversionnumberfromcontroUer320. In step 724, processor 302 reads 
the firmware version number from the /microcontroller config directory of hard disk drive 
17 8. In step 726, processor 302 sends the firmware version number to controller 320. 
After sendmgthefirmwareversionnumber to controller 320, processor 302 determines 
whether controller 320 requested a firmware update. If no firmware update is 
10 requested, the process of Figure 10 is done. If a firmware update is requested, the 
method of Figure 10 loops to step 740. In step 740, processor 302 accesses and reads 
newfirmware from the/microcontroUer config directory of hard disk drive 178. Step 
740 also includes accessing and reading new code to program gluelogic330. Instep 
742, the firmware is sent to controller 320. In step 744, processor 302 programs glue 
15 Iogic330accordingtothecodereadinstep740. The code used in step 744 may vary 
by head unit and/or firmware version. 

Figure 11 isastate diagram describing the communication between controller 
320 and head unit 104. Between each pair of adjacent states is an arrow. Next to 
some of the arrows is a number without parenthesis or a number with parenthesis. A 
20 numberwimoutparenmesisindicatesthatcontroller 320receives apacketidentifiedby 
thenumber. Anumber next to thearrow in parenthesis indicates that controller 320 
communicates to head umt 104 a packet identmed by me number in parenthesis. Table 
1 below describes the various packets. The packets of Table 1 and the state diagram 
ofFigure 11 are specific tooneormore head units manufacturedby Sony Corporation, 
25 for example, the Sony Model XR-C5 120. 
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Initially, controller 320 begins in "start" state 810. Upon receiving packet 0, 
10 controller320enters"assign"state812. Upon receiving packet 1, controller 320 enters 
the "assign ok" state 814. States 8 12 and 814 include head unit 104 verifying the 
assignmentofanaddresstomusicserverl02. Head unit 104 was initially designed to 
communicate with a disc changer. Thus, the packets sent from head unit 104 are meant 
foradisc changer. Controller320 performs the state machine of Figure 11 in order to 
15 emulateadiscchanger. In state 8 14, music server 102 sends an acknowledgment back 
toheadunitl04bysendmgpacket2andentermg"heUo" S tate816.Whilein"hello" 

state 816, head unit 104 sends packet 3 to controller 320. After receiving packet 3, 
controller 320 enters the "hello ok" state 818 and sends packet 4 to head unit 104. 
Aftersendmgpacket4,controUer320enters"dormant»state820. States 810-818 are 

20 start-up states. 

State 820begins normal operation. While in "dormant state" 820, controller 
320expectstoreceiveeitherofpackets5,6orD. If packet 5 is received from head 
unit 104, controller 320 enters "no command" state 830, responds back to head unit 
l(Mwimpacket7andresumes"dormant"state820.1fpacket6isre^W 

25 320 enters "no status" state 840, responds back to head unit 104 with packet 8 and 
returns to "dormant" state 820. While in "dormant" state 820, ifhead unit 104 sends 
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packet D, controller 320 enters "play" state 840. Upon entering "play" state 840, 
controller 320 will issue a request to processor 302 to begin playing music. In one 
embodiment, processor 302 plays music according to a selected play list. 

Controller 320 will remain in "play" state 850 until itreceives either of packets 
5 6, 12, 13, 14 or 15. If in "play" state 850 controller 320 receives packet 13, then 
controller 320 will enter the "got forward" state 864. In "got forward" state 864, 
controller 320 will communicate to processor 302 to play the next track on the play list 
and then controller 320 will return to "play" state 850. While in "play" state 850, if 
controller 320 receives packet 14 controller 320 will transition to "got reverse" state 866 

10 and send a communication to processor 302 to play the previous track (or go to the 
previous beginning of a track) . After communicating with processor 302, controller 320 
willreturnbackto "play" state 850. While in "play" state 850, if controller 320 receives 
packet 12, controller 320 will enter "got button" state 868. Packet 12 will indicate a 
particular button (typically 1-10) which was selectedby the user on head unit 104. In 

1 5 ' 'got button" state 868, controller 320 will communicate to processor 302 that a button 
was pushed and provide the identification of the button (e.g. 1-10). In one embodiment, 
head unit 104 has ten numbered buttons and each button corresponds to a play list. 
Thus, ifbutton 2 was pushed, music server 102 will begin playing tracks from the second 
play list After communicating with processor 302 in "got button" state 868, controller 

20 320 will resume "play" state 850. While in "play" state 850, if controller 320 receives 
packet 6, controller 320 will enter the "no status play state 870. While in "no status 
play" state 870, controller 320 will send packet E, the play list number, track number 
and (optionally) the title of the track to head unit 104 so that head unit 104 can update 
its display. Controller 320 acquires the information from processor 302. After 

25 communicating with head unit 104 in regard to the display, controller 320 resumes "play" 
state 850. While in "play" state 850, if controller 320 receives packet 15, controller 320 
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enters "got source" state 872. Packet 15 indicates that another source of music has 
been chosen for playing through head unit 104. For example, the user may have 
selected a cassette or radio instead of music server 102. Controller 320 proceeds from 
"got source" state 872 back to "dormant" state 820, instructs processor 302 to stop 
5 playing music and stores the current play list and track number. 

The firmware stored on the internal flash memory of controller 320 programs 
controller 320 to perform the state machine of Figure 11. The communication between 
controller 320 and various head units can be figured out by reverse engineering the 
communication from the head unit In other embodiments, the audio/visual server of the 

1 0 present invention is used for purposes other than storing music, communicating with an 
automobile audio head unit and emulating a disc changer. For example, the server can 
store videos, text data, etc. For each application, the state diagram of Figure 1 1 may 
need to be changed to communicate with the appropriate head unit. The inventors 
contemplate that the term "head unit" is used to refer to the device that communicates 

1 5 with the server and that interfaces with a user to provide the audio/visual data. As can 
be seen from Figures 6 and 1 1 , music server 102 receives commands from head unit 
104 and sends either music information, commands or other data to head unit 104. 
Thus, music server 102 is in bidirectional communication with head unit 104. 

Figure 1 2 is a flow chart describing the music player program performed by 

20 processor 302. This is the normal operation during which music server 102 provides 
music information to head unit 104. In step 930, processor 302 reads the flag indicating 
disk cartridge change from the directory /microcontroller config of disk drive drive 178 
and sends the value read to controller 320. In step 932, processor 302 receives a 
starting location from controller 302. S tep 93 2 is performed in response to either step 

25 574 or step 576. In step 934, processor 302 starts the music player according to the 
location received in the previous step. The music player is software for playing the 
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particular music under consideration. For example, if the music is stored in MP3 format, 
the music player is a MP3 music player that can read, decode and play MP3 files. The 
present invention supports many different formats other than MP3 . Examples of suitable 
formats include CD format, WMA, AudioSoft, Mjuice, MOD, WAV, atrac, liquid 

5 audio, twinuq, real audio and other formats known in the art. 

In step 936, processor 302 determines whether a message has been received. 
If no message was received, the music player continues playing the music file. If a 
message was received, processor 302 determines whether the message was from the 
controller 320 or from the music player. If the message was from controller 320, the 

10 method loops to step 938 and responds to the message from controller 320. Messages 
from controller 320 include play next track, play previous track, play next play list, play 
previous play list, play a particular track, stop playing, etc. After responding to the 
message from controller 320 in step 938, the method loops back to step 936. If the 
message in step 936 was received from the music player, then in step 960 processor 

1 5 302 determines whether it was an "end of track" or "end of play list*' message. If the 
message was "end of track," then in step 962 processor 302 causes the music player to 
play the next track. Playing a track includes reading a file from disk cartridge 120, 
possibly decoding data and sending audio information to head unit 104. In step 964, 
processor 302 sends the text information about the music track currently beingplayed 

20 to controller 320. After step 964, the method loops back to step 936. If in step 960 
it is determined that the message from the music player was "end of play list," then in 
step 970 processor 302 causes the music player to play the first track for the next play 
list In step 972, processor 302 sends the text information for the new track to be 
played to controller 320. After step 972, the method loops back to step 936. 

25 While the system described above can be used to emulate a compact disc 

changer, music server 102 stores music in a format that is not compatible with compact 
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disc players. For example, compact disc players cannot read files stored in MP3 
format. 

Figure 13 depicts a GUI for t^^ftw^operating on computer 124. This 
software allows the user to create play lists, add or remove tracks from a play list, add 

5 or remove tracks from disk cartridge 120, and configure music server 102. Aplaylist 
is a list of tracks to be played. GUI 1200 has a subwindow 1202 which lists all the 
devices that can be communicated with to store tracks. Subwindow 1204 identifies the 
play lists that have been created. Subwindow 1206 identifies the tracks in the tracklist. 
The track list is a list of the tracks that have been made known to the software providing 

10 GUI 1200. In one embodiment, tracks are added to the track list by moving tracks into 
a directory or dragging tracks into window 1206. The track list can be all the tracks in 
the directory, on a storage medium, in a computer, etc. Alternatively, the tracklist could 
be all the tracks placed in the track list by the user. GUI 1 200 also has a set of buttons 
1208. These buttons perform actions. Examples of appropriate buttons include "add 

15 atracktotrackUsC'"addattacktoap^ 

track information," "new device," "edit device " "synchronize with device," "delete play 
list " "search for tracks," etc. 

GUI 1 200 also includes a set of one or more "one click" play list buttons. A 
"one click" play list button is a means for auser to perform only one action - select the 

20 one click play list button - to create a play list. In one embodiment, there is a set of 
"one click" play list buttons organized by genre. Thus, there will be onebutton to create 
ajazz play list, onebutton to create a rock play list, onebutton to create ablues play list, 
etc. There could also be a set of "one click" play list buttons organized by year the track 
was recorded, artist, or other suitable criteria. In one embodiment, auser can select 

25 more than one "one click"play list and then instruct the computer to generate all of the 
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selected "one click" play lists. The "one click" play lists can be updated automatically 
or can be updated in response to a user selecting a button on GUI 1200. 

GUI 1200 also shows abrowser 1212. This browser can be used to search the 
Internet, a network, a hard drive, etc., to find and acquire tracks. Once a track is found* 
5 usingbrowser 1212, itcan be dragged to track list 1200and/orany of the play lists in 
window 1204. In one embodiment, browser 1212 is used to search for tracks on 
Internet server 130. 

Figure 14 is a flow chart which describes a method for using GUI 1200. In step 
1250, a user creates a play list. In step 1252, the user acquires tracks. In step 1254, 

10 a set of one or more tracks are added to the play list. In step 1256, the user selects a 
device for transferring the tracks. In step 1258, the user synchronizes data with the 
device selected in step 1256. Step 1258 includes storing on the selected device the play 
list and the tracks identified in the play list. 

Figure 1 5 is a flow chart describing the process of creating a new play list. In 

15 step 1302, the user selects the "create play list" button from window 1208. 
Alternatively, the user can right click on window 1204 and select "new." Ia step 1304, 
the user provides a name for the new play list. In step 306, the user can manually add 
tracks to the play list. One means for manually adding tracks includes dragging tracks 
from tracks window 1206 to play list in window 1204. The user can also drag tracks 

20 using a browser. Additionally, the user can select the "add track" button from window 
1208 and identify the tracks to be added from any accessible storage medium. 

In step 1308, the user adds criteria to the play list for automatically adding 
tracks. Criteria is defined as a rule or test for which a decision can be made. Criteria 
can be a set of on of one or more boolean expressions, one or more tests, one or more 

25 data values which must be matched, etc. Example of information that can be included 
in play list criteria includes artist name, title, album name, year of recording, genre, 
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tempo, source, filebitrate, similarity information, etc. The criteria can be added by 
insertingdataintofieldsofatemplate,^ 
entering dataarbooleanexpxess^^ 
"aplayhslmayiiKdu^ 

agenreandatimeframe. In one example of steps 1302-1308, a user may create anew 
playUstcalled-earlyBeatles." The criteria entered in step 1308 would include the artist 
namebeing equal to '3eaues"and^^ 

criteria could also be used. 

]noneembocnment,softwarecanbeprovm^^ 
tempoofatrack. SimDarity information is mformation mat is stored mat des^^ 
trackintermsof another track. For example, mone embodiment, Internet server 130 
wiUincludeasimilarity database. This database will indicate that a particular track is 
similartoother tracks. Alternatively, the database can indicate that when users have 
dowmoadedaparticulartrackusersalsotypicaUydowmoadanotherspecir^^ 
Inonealten«tive,insteadofstormgmesinmarityinfo m ^^ 

could be stored on computer 124. 

Instep 1310ofFigure 13, the system automatically adds tracks to the newly 
created play list according to the criteria specified in step 1308. The term 
"automatically" is used to meanmatnohum^ 

embodiment, step ISlOisperformedbymesoftwareseamhmgthroughmetr^ 

in window 1206. In another embodiment, the system searches through allthettackson 

thehard mskdriveof computer 12^ 

or on another specified storage medium. For each track found during a search, the 
properties for the track are compared to the criteria for the play Ust. If the properties 
formeteacksatisfymecriteriafo^ 
list Fropertiesforatmcksatisfy^ 
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the play list are successful in light of the properties for the track. For example, for the 
"early Beatles" play list mentioned above, a song by the Beatles recorded in 1963 has 
properties that satisfy the play list criteria regardless of the album title, genre, etc. 
When storing tracks in MP3 format, the end of the file includes an ID3 tag. In 
5 an embodiment of the present invention that uses files stored in MP3 format, the track's 
properties are stored in the ID3 tag. Figure 16 depicts an exemplar ID3 tag attached 
toaudiodata 1350. The first field is tag field 1352, whichis a 3 byte field storing the 
characters *TAG." The second field is tide field 1 354, which is a 30 character field 
indicating the title of the track. The third field is artist field 1356, whichis a30character 

10 field indicating the name of the artist. The fourth field is album field 1358, which 
indicates the title of the album and is 30 characters. The fifth field is year field 1360, 
which indicates the year the track was recorded and is 4 characters. The sixth field is 
comment field 1362, which is a 30 character field for storing comments. In one 
embodiment of the DD3 tag, the next to last byte of comment field 1 362 is set to zero and 

15 the last byte of comment field 1 362 indicates the track number on the CD that the music 
comes from. The final field is the genre field 1 364, which is a 1 byte field indicating the 
genre. 

The properties stored in the ID3 tag are compared against criteria specified for 
the player list to determine whether the track should be added to the play list. If the 

20 information in the ID3 tag satisfies the criteria, the track is added to the play list For 
example, if the play list criteria requires the artist to be the B eatles and year of recording 
to be prior to 1 965 ; and the ID3 tag for the song indicates that the artist is the Beatles 
and the year of recording is 1 963 , then the properties in the ID3 tag satisfy the criteria 
for the play list. Other formats for digital music do not use ID3 tags. The present 

25 invention can also be used with other audio/visual file types which use other formats for 
header information. In addition to using properties stored in header (or footer) 
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information for a file, the properties for tracks can also be stored in a database on 
computer 124,Intemet server 130, or another suitable location. The system could use 
that database to determine whether a particular track has properties satisfyingthecriteria 
of aplaylist. One example of step 13 10 includes looking at every track in track list 
5 i206anddeternmungwhethermeinfomrationstoredmthe ID3 tags satisfy the criteria 

added in step 1308. 

After one ormoreplaylists are created, the system will automatically updatethe 
play lists. That is, as a new trackbecomes available, it will be automatically added to 
anyplaylistforwhich the properties of the track satisfy the criteriafortheplay list The 
10 automaticaddingofatracktoaplayUstcouldbetriggeredbyaddmgatracktotrack 

list 1206, storing a track on the hard disk of computer 124, accessing a track over a 
network or the Internet, putting attackin a certain directory or omerwisemakingatrack 
accessible. The key is that the track or properties for thetrackis stored somewherethat 
is accessible in an appropriate manner to trigger the process of automatically adding 
15 trackstotheplaylist. The tracks are added automatically without the user requesting 

the track be added. 

Figure 17 provides aflow chart describing one method for automaticaUy adding 
atracktooneormoreplay lists. Instep 1402, the track is stored. As discussed above, 
the track can be stored in the track list, hard drive, computer, network, Internet, etc. so 

20 thatthetrackis accessible by the software. Instep 1404, the system detects thatthe 
newtrackis accessible. In the embodiment where the track is added to tracklist 1206, 
the addition to the track list is the detection of the new track. In other embodiments, a 
background process can be set up to monitor the hard disk, floppy disk, network, 
Internet, etc. After a new track is detected, the system accesses (step 1406) the play 

25 lists listed in window 1204. In step 1408, a first play list is chosen. Instep410,the 
systemcomparestheproperties forthe tracktothecriteriafortheplayUstin order to 
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determine whether the properties for the track satisfy the criteria for the play list hi one 
example, step 1410 includes determining whether the properties stored in an ID3 tag 
satisfy the criteria specified for the particular play list For example, if the criteria for the 
play list includes a specific artist, step 1410 includes determining whether the artist 

5 identified in the ID3 tag is the same artist that is defined in the criteria for the play list. 
Other means for storing and comparing properties can also be used. Additionally, 
various embodiments of the present invention use different quantities of properties. For 
example, the present invention will work with only one property per track. As described 
above, storing more than one property also works with the present invention. 

10 If, in step 1410, the criteria for the play list is satisfied then the method loops to 

step 1412 and the track is automatically added to the particular play list under 
consideration. After step 1412, the method loops to step 1414. If in step 1410, the 
criteria was not satisfied, then the method loops directly to step 14 14. In step 14 14, it 
is determined whether there are any more play lists to consider. If there are no more 

1 5 play lists to consider, then the method of Figure 17 is completed. If there are more play 
list$ to consider, then the method loops to step 1416 and the next play list is chosen. 
After step 1416, the method loops back to step 1410 and determines whether the 
properties for the track satisfy the criteria for the new play list In one embodiment of 
step 1412, the software provides a window to the user indicating that the track is to be 

20 added. In another embodiment of step 1412, the software provides a window indicating 
to the user that the track meets the criteria for a play list and requests that the user 
confirm that the track should be added to the play list. 

Figure 18 provides a flow chart describing the steps for selecting new firmware 
to be loaded on music server 102. The steps of Figure 18 are performed using GUI 

25 1 200. In step 1 502, a user will request that a new device be created on GUI 1200. In 
one embodiment, step 1502 is performed by selecting one of the buttons of window 
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1208. Alternatively, step 1502 can be performed by right clicking (with a mouse or 
otherpointingdevice)in window 1202 and selecting "new device." Instep 1504,a 
window will be provided by GUI 1200 which lists all devices that are known to the 
software. The user has the option (in step 1506)of selectinganyoftheknown devices 
5 orindicatingthattheuserwantstoaddanewunknowndevice.Iftheuserdecidesto 

addanewdevice,anewwindowis provided to the user in step 1508. The windowof 
step 1508 includes adevice information templatefor the user to provide information 
aboutfcedevice. TMsmayin^ 

device, thetypeof memory thedeviceuses, firmwareinformation, cjperatinginformation, 
10 capacity,etc. Instep 1510, the user can browse computer 124, a network, Internet 
128,Internetserverl30,or another mediumto find firmware for the new device. In 
step 1512, thefirmwareispreparedtobeloaded. Stepl512couldincludeplacingthe 
firmwaremaspecmcdkectoryforloadmgonmedeviceoraddm^ 

in a synchronization file for the device. 

15 If in step 1506 the user selected a known device, then in step 1520thesystem 

detennmeswhemermesystemaheady Ifthe system does 

not have firmware for that device, then the method loops to step 1510. Ifthe system 
does havefirmwareforthe device, thenin step 1522 the systemdetermineswhetherthe 
firmware needs to be updated. Step 1522 can be a manual process that includes the 

20 user looking at the date of the latest firmware update. Step 1522 can also be an 
automated process that includes searching for information indicating whether firmware 
updates exist(e.g.searchinglnternet server 130). If the firmware needs tobe updated, 
then themethodloops to step 1510. Ifthe firmware does not need to be updated, the 

method loops to step 1512. 
25 TheuseralsohasmeopportunitytoeditdevicepropertiK 

In step 1530, the user can access the device properties by selecting a device from 
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window 1202 and selecting the "edit properties" button from window 1208. 
Alternatively, the user can right click on any of the devices shown on window 1202 and 
select "properties The system will provide a window listing all the properties for the 
particular device. In step 1532, the user can edit the device properties. After step 
5 1532, the method loops to step 1 504 and provides the user with the opportunity to 
change the device or change the firmware. 

One example of the use of the method of Figure 18 is when the user had initially 
installed music server 102 to work with a first head unit 104. Subsequently, the user 
connects music server 102 to a new head unit. In order for music server 102 to 

1 0 communicate with the new head unit, new firmware must be loaded for the new head 
unit This is performed using the method of Figure 18. Specifically, the user will perform 
step 1530 and access device properties for music server 102. In step 1532, the user 
can change the appropriate properties. Instep 1504, the user will be provided with a 
list of the known devices . In one embodiment, each head unit is specified as a device 

15 instep 1504. Thus, the user will choose one of the head units or choose to create a new 
head unit specification. At the conclusion of the method of Figure 1 8, the firmware for 
the new head unit will be prepared for loading in step 1512. 

Figure 19 is a flow chart describing the process for synchronizing data between 
computer 124 and the device playing the tracks. In one embodiment, the method of 

20 Figure 19 is used to synchronize data between computer 124 and disk cartridge 120. 
However, the steps of Figure 1 9 can be used for other devices. In embodiments that 
don't use a disk cartridge 120, the steps of Figure 19 are used to synchronize between 
computer 124 and the storage medium for the particular device. 

In step 1600 of Figure 19, the system receives a request to synchronize. Step 

25 1600 may be aresult of a user selecting a device and selecting the "synchronize" button 
in window 1208. In step 1602, the system accesses all the GUI device files that the 
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GUIhad prepared for loading onto the device. In step 1604, the system access all the 
files stored on the actual device to be synchronized. In step 1606, tracks that areon the 
device storage medium and notidentifiedJjytfaeM 



are removed from the device storage medium. Instep 1608, tracks that are identified 
5 by the GUI to be loaded on the device but are not actually on the device, are added to 
the device storage medium. Instep I6l0,meflagmdi(»tingdiskcartridgechangeinthe 
directory /microcontrollerconfig of disk drive 178ischanged. Instep 1612, play list 
files on the device are replaced by the new play list files. In step 1614, the play list 
configuration files are updated on the storage device. In step 1616, the system 
10 detemTmeswhemermereisanynewdeviceconfigurationmformation. Ifthereis,the 
new device configuration infonnation is added to the storage medium for the device in 
step 1618. After step 1618, orif there wasno new device configuration information, 
the systemcontinues to step 1620. In step 1620, me system determines whether there 
is new firmware to load. Ifthere is no new firmware, the system skips to step 1628. If 
15 thereisnewfirmwarcthesystemwill add the new firmware and the firmware version 
number to the storage medium in step 1624. In step 1628, the system determines 
whether there is an update to the operating system. If not, the method is done. Ifthere 
is, then in step 1630 the operating system update is added to the storage medium. 
As discussed above, window 12 10 includes a set of "oneclick" play listbuttons. 
20 Figure20providesaflowchartforrespondingtoauserselectionofa"onecUck"play 
list button, hi step 1718,thesystemreceivesaselectionof a "one click" button. Instep 
1720,thesystemsearchesformenextlracktobeconsidered. Step 1720 could include 
searching the track list of window 1206, the hard drive of computer 124, another 
storage medium, anetwoik, thelnternet, Internet server 130, etc. In one embodiment, 
25 mesystemcanbepreconfiguredtodeterminewheretoseaich. Instep 1722, the system 
determines whetheratrack was found. Ifnot, the method ofFigure 20 is done. Ifa 
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track was found, then the method continues with step 1724. In step 1724, the system 
accessesthepropertiesforthetrackfoundinstep 1722. In one embodiment, step 1724 
includes accessing the ID3 tag. In step 1726, the system determines whether the 
properties for the track satisfy the criteria for the "one click" play list If the properties 

5 for the track satisfy the criteria for the play list, the track is automatically added to the 
play list in step 1728 and the method loops to step 1720 to search for another track not 
already considered by the method of Figure 20. If the criteria for the track does not 
satisfy the criteria for the play list (step 1726), then the method loops to step 1720. At 
the end of the method of Figure 20, aplay list is set up which has a set of tracks having 

10 properties that satisfy the criteria for that play list. Note that the steps of Figure 20 are 
performed in response to only one action by the user. This one action is the user 
selecting one of the "one click" play list buttons. In one embodiment, after the steps of 
Figure 20 have completed, the music player automatically plays the songs identified on 
the play list. 

15 The technology for creating and updating play lists is described above in 

conjunction with a personal computer. However, the technology can also be 
implemented on music server 102, on another music player (including a head unit, 
another vehicle sound system, another mobile sound system, etc.), on another 
audio/visual device, on another computing device, etc. 

20 Figure 21 depicts an alternative embodiment of the present invention. Disk 

cartridge 120, docking station 122, computer 124, monitor 126, Internet 128 and 
Internet server 1 30 are the same as described above with respect to Figure 1 . Music 
server 102a is an alternative embodiment of music server 102. Music server 102a is an 
audio head unit adapted to be mounted in a vehicle and to be connected to speakers 

25 106, 108, 110 and 112. Connected to music server 102a is disc changer 1704, which 
can be any standard disc changer known in the art. In one embodiment, disc changer 
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1704 can be music server 102. Disk cartridge 120 can be inserted into music server 
102a so that music server 102a can play music files stored on disk cartridge 120. 
Alternatively, music server 102a can play music from disc changer 1704. In one 
embodiment, music server 1 02a includes a radio tuner. In the configuration of Figure 21, 
5 music server 102a does not emulate a disc changer. Rather, music server 102a serves 
as a head unit in communication with disk changer 1704. The software on computer 
124 discussed above will work with the embodiment of Figure 21. 

Figure 22 is a block diagram showing the components of music server 102a. 
Connector 322 connects to a cable that also connects to disc changer 1704. Connector 
10 322 communicates the same signals in the configuration of Figure 22 as it does in Figure 
6. Connector 322 also communicates with controller 320a and power module 1802. 
Power module 1 802 sends a power signal and an accessory signal to connector 322, 
and provides power to the components of Figure 22. Power module 1802 receives 
three signals 1804, 1806 and 1808 from the vehicle. Signal 1804 is a power signal from 
15 the vehicle's battery that is always on. Signal 1806 can eitherbe an accessory signal or 
a power signal that is only on when the ignition key is set to the on position or the 
accessory position. Signal 1 808 is ground and is connected to a grounded metal part 
of the vehicle. Powermodule 1802 also sends 5volt power 340 and 12 volt power 342 
to controller 320a. Switch 332 is connected to power module 1 802 and operates as 
20 it does in the embodiment of Figure 6. 

Music server 1 02a includes a control panel 1 8 10, which is a face plate with 
buttons, dials, knobs and a display screen for interaction with the user. Examples of 
buttons, dials and/or knobs on control panel 1810 include volume, base, treble, fade, 
balance, audio source (e.g. disc changer, disk cartridge 120, radio, etc.), tuner, seek, 
25 scan, play list selector, next play list, next song, next disc, etc. In one embodiment, 
control panel 1 8 10 includes a play list selection button (or set of buttons) that can be 
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used to access play lists on disk cartridge 120 and/or disc changer 1704. For example, 
each of the play lists on disk cartridge 120 can be numbered and each of the discs in 
disc changer 1704 can be numbered such that the numbers of the discs are different than 
the numbers of the play lists. Thus, each disc appears to be another play list. 
5 Alternatively speaking, each play list appears to be a different disc. For example, play 
list 1 through 10 could be play lists on disk cartridge 120 and play list 1 1 through 20 
could be discs on disc changer 1704. One feature of one embodiment is that control 
panel 1810 includes controls (e.g. button, dial, knob, etc.) dedicated to operating disc 
changer 1704, controls dedicated to operating the player playing music from disk 

10 cartridge 120andanother set of controls dedicated to operating the radio. An example 
of a control dedicated to operating the disc changer is the next disc button. Control 
panel 1810 is connected to and communicates with controller 320. 

As in Figure 6, Figure 22 shows processor 302, boot ROM 304, RAM 306, 
and IDE glue logic 308 connected to bus 300. IDE connector 3 10 is connected to IDE 

15 glue logic 308. Processor 302 plays music stored on disk cartridge 120 when disk 
cartridge 120isconnectedtoIDEconnector310. When processor 302 plays music, 
the music signal is sent to digital to analog converter 324. The output of digital to analog 
converter 324 is transmitted to audio switch 1812. 

Tuner 1814 is connected to antenna 1816. Controller 320a also is connected 

20 to tuner 1 8 14 in order to transfer commands to tuner 1814 based on control panel 1810. 
The output of tuner 1814 is connected to audio switch 1812. The output of disk 
changer 1704 is sent, via connector 322, to audio switch 1812. Audio switch 1812 
receives a selection signal from controller 320a to determine which of the three sources 
are to be played through the speakers. The chosen source is sent to 

25 preamplifier/equalizer 1818. Controller 320a sends a signal to pre-amp/equalizer 1818 
in order to change the volume, base, treble, fade, balance, etc. The output of pre- 
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10 



amp/equalizer 1818 is sent to amplifier 1820. Amplifier 1820 has a set of speaker 
outputports which areconnectedtothespeakers. Thus, music server 102acanplay 
music from three source* disk cartridge 120 , tuner 1 814 or disc changer 1704. 

Controller 320aissimilartocontroUer320ofFigure6. In orderto allow music 
server 1 02a to communicate with various different disc changers, the communication 
between controller 320a and disc changer 17(H is controDed by me firmware stored in 
theflash memory of controller 320a, as discussed above. Theusercanusemusic server 
102a with a different disc changer by changing the firmware as discussed above. 
Controller 320a can communicate with disc changer 1704 according to the state diagram 
of Figure 11 and thepackets of Table 1. However, the role of the controller, in regard 
to the state diagram with Figure 1 1, is reversed for controller 320a as compared to 
controller 320. For example, controller 320a sends packet 1 after state 812 and 
receives packet 2 after state 1814, etc. Controller 320a issues commands to disc 
changer 1704 based on control panel 1810. Controller 320a and processor 302 
operate very similarto the flow charts discussed above. Onedifferencebetweenthe 
behavior of music server 1 02a and music server 102 is that controller 320 of music 
server 102 onlyreceives commands from the user interface via theheadunit In regard 
to music server 102a, the commands from control panel 1810 are sent directly to 
controller 320a. Themusic data stored on disk cartridge 120isthesameforboththe 
20 embodiment of Figure 21 and the embodiment of Figure 1. 

When processor 302 plays themusic files, it does so according to theplay list 
selected on control panel 1810. In one embodiment, processor 302 can edit the play 
lists to add songs fromthediscs in thedisc changer. For example, if theplay listshave 
criteria set up for automatically adding songs, then processor 302 can add the songs 
25 from the disc changer that have properties satisfying the criteria of the play lists. 



15 
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The embodiment of Figures 2 1 -22 operates similar to the embodiment of Figure 
1 . Figure 23 is a flow chart describing the operation of the embodiment of Figures 2 1 
and 22. A user acquires music (step 1902) and stores that music on disk cartridge 120, 
via docking station 122 (step 1904). Disk cartridge 120 is inserted into music server 

5 102a (step 1906). Music server 102areceives a selection of a source of music of either 
disc changer 1704, disk cartridge 120 or tuner 1814 (step 1908). Music server 102a 
will play the music from the source requested by the user (step 1910). If the user 
selected music from disk cartridge 120, then processor 302 will access the music files 
on disk cartridge 120. The music files can be stored in a compressed or an 

10 uncompressed format as described above. Although the alternative embodiment is 
described in regard to a vehicle sound system, the same principles can be applied to 
other audio/visual systems. 

The foregoing detailed description of the invention has been presented for 
purposes of illustration and description. It is not intended to be exhaustive or to limit the 

1 5 invention to the precise form disclosed, and obviously many modifications and variations 
are possible in light of the above teaching. Hie described embodiments were chosen in 
order to best explain the principles of the invention and its practical application to 
thereby enable others skilled in the art to best utilize the invention in various embodiments 
and with various modifications as are suited to the particular use contemplated. It is 
intended that the scope of the invention be defined by the claims appended hereto. 
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CLAIMS 

We Claim : 



1 1 . A method for updating a play list, comprising the steps of: 

2 comparing a set of one or more properties of a first track to criteria of a first play 

3 list; and 

4 automatically adding said first track to said first play list if said set of properties 

5 of said first track satisfy said criteria of said first play list. 

1 2. A method according to claim 1, further including the step of: 

2 detecting said first track being available, said step of comparing being performed 

3 automatically in response to said step of detecting. 

1 3. A method according to claim 2, further including the step of: 

2 downloading said first track from a global network, said step of detecting being 

3 performed in response to said step of downloading. 

1 4. A method according to claim 2, further including the step of: 

2 receiving said first track, said step of detecting being performed in response to 

3 said step of receiving. 

1 5. A method according to claim 1, further including the step of: 

2 receiving said criteria of said first play list. 

1 6. A method according to claim 1 , further including the step oft 

2 accessing a set of tracks; 
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3 determining which tracks of said set of tracks have properties satisfying said 

4 criteria of said first play list; and 

5 automatically adding to said first play list said tracks having properties satisfying 

6 said criteria of said first play list. 

1 7. A method according to claim 1, further including the steps of: 

2 searching a memory device for tracks; 

3 finding a set of tracks; 

4 determining which tracks have properties satisfying said criteria of said first play 

5 list; and 

6 automatically adding to said first play list said tracks having properties satisfying 

7 said criteria of said first play list. 

1 8. A method according to claim 1, wherein: 

2 said first track is a file stored in mp3 format; and 

3 said properties of said first track are stored in an ID3 tag associated with said 

4 file. 

1 9. A method according to claim 1, wherein: 

2 said first track includes video. 

1 10. A method according to claim 1, wherein: 

2 said first track is a music file. 

1 1 1. A method according to claim 1, wherein: 

2 said set of properties of said first track is stored in a database. 
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1 12. A method according to claim 1, further including the step of: 

2 raeivinganindicationth^ 

3 receiving arequest to synchronize said first play list with said playing device; and 

4 synchronizing said first play list with said playing device. 

1 13. A method according to claim 1 , further including the steps of: 

2 receiving a request to create said first play list; 

3 associating an identification with said first play list; and 

4 receiving said criteria of said first play list. 

1 14. A method according to claim 1, further including the steps of: 

2 creating said first play list; and 

3 acquiring a set of one or more tracks, said set of tracks includes said first track, 

4 said step of comparing being performed in response to said step of acquiring. 

1 15. A method according to claim 1 , wherein: 

2 said step of comparing includes comparing a date for said first track to a date 

3 for said first play list. 

1 16* A method according to claim 1, wherein: 

2 said step of comparing includes comparing tempo information for said first track 

3 to tempo information for said first play list. 



1 



17. A method according to claim 1, wherein: 
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2 said step of comparing includes comparing similarity information for said first 

.3 track to similarity information for said first play list. 

1 18. A method according to claim 1, wherein: 

2 said step of comparing includes comparing bit rate information for said first track 

3 to bit rate information for said first play list. 

1 19. A method according to claim 1, wherein: 

2 said step of comparing includes comparing track length information for said first 

3 track to track length information for said first play list. 

1 20. A method according to claim 1, wherein: 

2 said step of comparing includes comparing track source information for said first 

3 track to track source information for said first play list. 

1 21. A method according to claim 1, further including the step of: 

2 receiving a request to create said first play list prior to said step of comparing. 

1 22. A method according to claim 1, further including the step of: 

2 receiving arequest to update said first play list prior to said step of comparing. 

1 23. A method of updating a play list, comprising the steps of: 

2 comparing a set of one or more properties for a first track to play list criteria for 

3 a plurality of play lists; and 

4 automatically adding said first track to one or more of said play lists having play 

5 list criteria satisfied by said set of properties for said first track. 
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1 24. A method according to claim 23, wherein said step of comparing 

2 includes the steps of: 

3 choosing a first play list from said plurality of play lists; 

4 detenmningwhethersaidsetofpropertiesforsaidfirsttracksatisfyplayHst 

5 criteria for said first play list; and 

6 repeating said steps of choosing and determining for each play list of said 

7 plurality of play lists. 

1 25. A method according to claim 23, further including the step of: 

2 detecting said first track being available, said step of comparing being perfonned 

3 automatically in response to said step of detecting. 

1 26. A method according to claim 25, further including the step of: 

2 downloading said first track from a global network, said step of detectingbeing 

3 perfonned in response to said step of downloading. 

1 27. A method according to claim 25, further including the step of: 

2 receiving said track, saidstepof detecting being performed in response to said 

3 step of receiving. 

1 28. A method according to claim 23, further including the step of: 

2 receiving play list criteria for at least one of said play lists. 

1 29. A method for creating a play list, comprising the steps of: 

2 receivmgarequesttogenerateapky 
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3 automatically adding to said play list tracks having a set of one or more 

4 properties that satisfy said predefined play list criteria. 

1 30. A method according to claim 29, wherein: 

2 said step of automatically adding is performed in response to only a single action 

3 being performed by a user. 

1 3 1 . A method according to claim 29, further including the step of: 

2 receiving and storing said predefined play list criteria. 

1 32. A method according to claim 29,wherein: 

2 said step of automatically adding includes determining which tracks from a set 

3 of tracks have properties satisfying said predefined play list criteria; and 

4 said set of tracks includes all files of a predetermined format stored on a storage 

5 medium. 

1 33. A method according to claim 29, wherein: 

2 said step of automatically adding includes determining which tracks from a set 

3 of tracks have properties satisfying said predefined play list criteria; and 

4 said set of tracks includes all files of a predetermined format identified in a list 

5 of tracks. 

1 34. A method according to claim 29, wherein: 

2 said tracks are audio files. 



1 



35. A method according to claim 29, wherein: 
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2 said tracks are mp3 audio files; and 

3 said properties are stored in K>3 tags. 

1 36. A method according to claim 29, further including the steps of: 

2 detecting a first track being available subsequent to said step of automatically 

3 adding; 

4 comparing properties of said first track to said predefined play list criteria, said 

5 step of comparing being performed automatically in response to said step of detecting; 

6 and 

7 automatically adding said first track to said play list if said properties of said first 

8 track satisfy said predefined play list criteria. 

1 37. A method according to claim 29, further including the step of : 

2 automatically playing said tracks added to said play list. 

1 38. A method according to claim 29, further including the steps of : 

2 receiving a request to update said play list; 

3 determining which new tracks have properties satisfying said play list criteria; and 

4 automatically adding to said play list said new tracks having properties satisfying 

5 said play list criteria. 

1 39. A method according to claim 29, wherein: 

2 said step of receiving a request includes receiving a request to generate multiple 

3 play lists, each play list having separate predefined play list criteria; and 
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4 said step of automatically adding includes automatically adding to appropriate 

5 play lists of said multiple play lists tracks having properties satisfying said separate 

6 predefined play list criteria for said appropriate play lists. 

1 40. A processor readable storage medium having processorreadable code 

2 embodied on said processor readable storage medium, said processor readable code 

3 for programming a processor to perform a method comprising the steps of: 

4 comparing a set of one or more properties of a first track to criteria of a first play 

5 list; and 

6 automatically adding said first track to said first play list if said set of properties 

7 of said first track satisfy said criteria of said first play list. 

1 41. A processor readable storage medium according to claim 40, wherein 

2 said method further comprises the step of: 

3 receiving said track, said step of comparing being performed in response to said 

4 step of receiving. 

1 42. A processor readable storage medium according to claim 40, wherein 

2 said method further comprises the step of: 

3 creating said first play list; and 

4 acquiring a set of one or more tracks, said set of tracks includes said first track, 

5 said step of comparing being performed in response to said step of acquiring. 

1 43. A processorreadable storage medium according to claim 40, wherein 

2 said method further includes the steps of: 
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3 receiving a request to generate said first play list, said criteria of said first play 

4 list being predefined, said step of receiving is performed prior to said step of comparing 

5 a set of one or more properties of a first track; 

6 comparing properties of additional tracks to criteria of said first play list; and 

7 automatically adding to said first play list all additional tracks having properties 

8 satisfying said criteria of said first play list, s aid steps of comparing a set of one or more 

9 properties of a first track, comparing properties of additional tracks, and adding said first 

10 track and adding to said first play list are performed in response to only a single action 

1 1 being performed by a user. 

1 44. A processor readable storage medium according to claim 40, wherein 

2 said method further includes the steps of: 

3 receiving said criteria of a first play list; 

4 receiving a request to generate said first play list, said step of receiving a request 

5 is performed prior to said step of comparing a set of one or more properties of a first 

6 track; 

7 comparing properties of additional tracks to said criteria of said first play list; and 

8 automatically adding to said first play list all additional tracks having properties 

9 satisfying said play list criteria, said steps of comparing a set of one or more properties 

10 of a first track, comparing properties of additional tracks, adding said first track and 

1 1 adding to said first play list are performed in response to only a single action being 

12 performed by a user. 

1 45. A processor readable storage medium according to claim 40, wherein 

2 said method further includes the steps of: 

3 comparing said properties of said first track to criteria of additional play lists, and 
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4 automatically adding said first track to aparticularplay list of said additional play 

5 lists if said properties of said first track satisfy said criteria of said particular play list. 

1 46. A processor readable storage medium according to claim 40, wherein: 

2 said tracks are audio files. 

1 47. An apparatus for managing play lists, comprising: 

2 an input interface; 

3 a processor in communication with said input interface; and 

4 a processor readable storage medium in communication with said processor; 

5 said processor readable storage medium capable of storing program code for 

6 programming said processor to perform a method comprising the steps of: 

7 comparing a set of one or more properties of a first track to criteria of 

8 a first play list, and 

9 automatically adding said first track to said first play list if said set of 
10 properties of said first track satisfy said criteria of said first play list 

1 48. An apparatus according to claim 47, wherein said method further 

2 includes the step of: 

3 receiving said track, said step of comparing being performed in response to said 

4 step of receiving, 

1 49. An apparatus according to claim 47, wherein said method further 

2 includes the steps of: 

3 creating said first play list; and 
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4 acquiring a set of one or more tracks, said set of tracks includes said first track, 

5 said step of comparing being performed in response to said step of acquiring. 

1 50. An apparatus according to claim 47, wherein said method further 

2 includes the steps of: 

3 receiving a request to generate said first play list, said criteria of said first play 

4 hstbeingpredefined, said step of receiving is performed priorto said step of comparing 

5 a set of one or more properties; 

6 comparing properties of additional tracks to sri^ 

7 automatically adding to said first play list all additional tracks having properties 

8 satisfymgsaidplayUstcriteria,saidstepsofcomparmgasetofoneormoreproperties, 

9 comparing properties of additional tracks, adding said first track and adding to said first 
10 play list are performed in response to only a single action being performed by a us 

1 5 1 . An apparatus according to claim 47, wherein said method further 

2 includes the steps of: 

3 comparingsaidsetofpropertiesofsaidfirsttracktocriteriaofadditionalplay 

4 lists, and 

5 automaticaUyaddmgsaidfiisttracktoapamcmarplayhstofsaidadmtion^ 

6 lists if said set of properties of said first track satisfy said criteria of said particular play 

7 list. 
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